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Beschreibung 



VerknUpfung u„d Darstellung von Signalen einer Vorrichtuno 

:™r e - slmuiation «* — — 

Die Erfindung betrifft ein system sowie ein Verfahren zur 
Darstellung von signalen einer Vorrichtung zur Hardware 
Simulation sowie ein Fehlersuchwerkzeug. 

Aus US 5 76 8 567 ist ein Hardware-Software-Cosimulator zur 
Simulation eines Hardware-Software-Systems bekannt, welcher 
einen logischen simulator, Busschnittstellenmodeli;, slT- 

s^uratLn S 'o B ; fehlSSat2SimUlat0ren ^ elnen —-ten Co- 
simulatlons-Optimierungs-Manager aufweist. Die gleichzeitioe 
Simulation von Hardware und Software wird auch Cos mull^on 
genannt. Dabei wird die Cosimulation mit einem einzigen koha- 
renten Blick auf den Speicher des Hardware-Sof tware-Systems 
durchgefuhrt, welcher durch den Co. 1 »al.tion.-opt 1 ^.^ 
Manager sowonl fur Hardware- als auon for Sof tware-s3atio- 
nen transparent aufrechterhalten wird. *uiatlo 

Der Erfindung liegt die Aufgabe zugrunde, die gemeinsame Dar- 
stellung von Signalen einer Vorrichtung zur Hardware- 

lZ£" d Elementen elnes Listlngs — - 

Dieae Aufgabe wird durch ein System zur VerknUpfung und Dar- 
Steilung von Signalen einer Vorrichtung zur Hardware- 
Simulation und Elementen eines Listings eines Programs ge- 

o wobei die Vorrichtung zur Hardware-Simulation das Verhal- 
ten einer Schaltung mit einem Prozessor, einem Programm- 

ZTl "! 1Cher de " PM »= des Program™ enthalt, 
und applikationsspezifischen Hardwarekomponenten simuliert 
und Signale als Ergebnis der Simulation erzeugt, 
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T r d1 ?. E1Smente dSS Listin ^ — Pro«n™-. mlt den be i 
der simulierten Ausfahrung des i m Programmspeicher enthal- 
tenen, .ait diesen Ele ffl enten korrespondierenden Progra^co- 
das erzeugten Signalen verknupft werden, 

• wobei dia Elemente daa Listings das Programs in einem 
ersten Teilbereich ainas graxischen Anzeigemittels una dia 
Signale m einem zweiten Teilberei , • . 
darstellbar sind. ell ^eich des Anzeigemittels 

Diasa Aufgabe wird durch ain Verfahren zur VerknUpfung und 
Darsta iung von Signalan einer Vorrichtung zur Hardware- 
lost " ElemSnten etneS L1Stin?S elneS Pr °«— 

• wobei die Vorrichtung zur Hardware-Simulation das Verhal- 

spaicher welcher dan Programmcode das Programs anth.lt, 
und applikationsspezifischen Hardwarekomponenten simuliert 
und Signala als Ergebnis dar Simulation erzeugt 

• wobai dia Elementa das Listings das Programs lit dan bei 
dar simulierten Ausfuhrung das im Prograamispeicher enthal- 
tenen, nit diesen Elementen korrespondierenden Programmco- 
das arzaugtan Signalen varknUpft wardan 

o wobei die Elements des Listings das Programme in einem 

ersten Tailbaraich aines grafischen Anzeigemittels und die 

™ Lm el ^ * We " en T£ilbereich — Anzeigemittels 
aargestellt werden. 

Diese Aufgabe „ird durch ain Fehlersuchwerkzeug zur VerknUp- 
fung und Darstellung von signalan ainar Vorrichtung zur Hard- 
"---Ulation und Elementen eines Listings eines'progra^ 

o wobei die Vorrichtung zur Hardware-Simulation das Verhal- 
ten einer Schaltung mit einem Prozessor, einem Programm- 

una l sool', W t 1Cher Pr ° 9rammc ° de ^s Programms enthalt, 

und applikationsspezifischen Hardwarekomponenten simuliert 
und Signale als Ergebnis der Simulation erzeugt, 



WO 2005/001720 



PC17EP2004/004991 



• wobez das Fehlerauchwerkzeug Mitt.! zur VerknUpfun, der E- 
lemente des Listings des Programms mit den bei der S W 
Izerten AuafUnrung des im Programmspeicher enthaltenen, 

ZLT "T E1Smenten *°"espondierenden Programmcodes er- 
zeugten Szgnalen aufweist, 

TeiIbereLb lem6nte ^ -sten 

Texlberexch eznea grafischen Anzeigemittele und die signaie 

n e lnem zweiten Teilbereich des Anzeigemittele darsteUnar 



Z T H * lle9t Erkenntnis ^runde, daaa daa Design 

von Hardware-Software-Systemen durch eine verknhpfte Darstel- 

dea Lxatxngs eznea Programme weaentiich verelnfacht wird. Daa 
erfzndungsgemMe System und Verfahren ermoglicht eine einfa 
Che und fehlersichere Verfolgung der AusfUhrung einea Pro 

™* DarSte "-' — "=ting s des Program stellt ai- 
re kbnn I""" ^ el3entlich - ^r, insbesonde- 
re konnen auch aufgrund der Verwendung dea Listfiles die im 

Zur Verknupfung und Daratellung der signaie der Vorrichtung 
zur Hardware-Simulation und der Elemente dea Listings d^ 
Programs iat daa Voriiegen eines abatrahierten Software- 
Modells des Prozessors nicht erf orderlich. Es iat somit ge- 
wahrlezstet, dass tatsachlich der in der Schaltung verwendete 
Processor simuliert wird. Somit warden durch eine Besohrei 
bung des Prozeasors mittels eines Modells verursaohte Fehler 
bez der Simulation ausgeschlossen. Die Visualisierung des 
Programmable erfolgt in ahnlicher Form wie bei ublichen 
Fntwzcklungswerkzeugen zum Debuggen von reiner Software. Die 
Eznarbeztungszeit fur Anwender dea Systems bzw. des Verfah- 

ITrll ErfahrUn3 bei der Entwicklung von Software Oder 

Firmware haben, iat daher relativ gering. 

3«*» einer vorteilhaf ten Ausgestaltung der Erfindung iat ei- 
ne Markzerung eines Elements des Listings des Programs im 
ersten Teilbereich dea grafiachen Anzeigemittels und eine 



WO 2005/001720 



PCT7EP2004/004991 



Markrerung der mit diesem Element verknQ 

zweiten Teiibereich des Anzeigemittels vorgesehan. Die grafi- 
sche Darstellung orientiert sich somit an oblichen Software 
Debug-«erkzeugen. Der Programmverlauf kanR ^ 
rung ernes Elements des Listings des Programs verfolgt war- 
den. Im zwerten Teiibereich des Anzeigemittels bewegt sich 
exne Markierung synchronisiert zur Markierung im ersten Tail- 
or aen ^V"* 1 "- 1 "* 1 '' - — auch Ouerbeziehungen £ 
ubngen Hardware erfasst werden ksnnen. 

Vorteilhafterweise ist ein dritter Teiibereich des grafischen 
Anzergemxttels zur Darstellung mindestens eines Tails der 
IT* *' lnsb ^° nde " wearer Werte, vorgesehan. Weitare 
Warte konnen beiapielsweisa Registerwerta sein. 

Die Verwendung ubl lcher Vorrichtungan zur Hardware-Simulation 
«rrd erlerchtert, wenn gem M einer vortailha f ten Ausgestax 
tung der Erfindung die Schaltung mit dam Prozessor, dem Pro- 
grammspexcher und dan applikationsspezif ischen Hardwarekompo- 
nenten xn ainer Hardware-Beschraibungsspracha beschrieben 

Das system lasst sich mit geringam Aufwand an verschiedene 
Prozessoren anpassan, wenn gemafi ainer vortailhaf ten Ausges- 
taltung der Erfindung Mittal zum Anpassan des Systems an ver- 
schiedene Prozeasortypen vorgesehan sind. 

Nachfolgend wlrd die Erfindung anhand dar in den Figuren dar- 
gastalltan Ausf uhrungsbeispiele nahar baschriaban Z erlau- 



Es zeigen: 
FIG 1 



exne schematische Darstellung eines Systems zur 
Verkntlpfung und Darstellung von Signalen einer Vor- 
nchtung zur Hardware-Simulation und Elementen ei- 
nes Listings eines Programms, 
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FIG 2 einen Ausschnitt eirxer Darstellung von Signalen ei- 

ner Vorrichtung zur Hardware-Simulation und 

FIG 3 eine Darstellung von Signalen einer Vorrichtung zur 

Hardware-Simulation und Elementen eines Listings 
eines Programms. 

FIG 1 zeigt ein System zur Verknupfung und Darstellung von 
Signalen 4, 5 einer Vorrichtung zur Hardware-Simulation 1 und 
Elementen 15 eines Listings 2 eines Programms 3 in schemati- 
scher Darstellung. Die Vorrichtung zur Hardware-Simulation 1 
simuliert das Verhalten einer Schaltung 6 mit einem Prozessor 
7, einem Programmspeicher 8 und applikationsspezif ischen 
Hardwarekomponenten 10. Der Prozessor 7 kann z. B. ein Mikro- 
prozessor Oder Mikrocontroller sein. Der Programmspeicher 8 
enthalt den Programmcode 9 des Programms 3. Die Schaltung 6 
wird mit Hilfe einer Hardware-Beschreibungssprache, abgekurzt 
HDL (HDL = Hardware Description Language), ixa Ausf uhrungsbei- 
spiel mittels VHDL (VHDL = Very High Speed Integrated Circuit 
Hardware Description Language) beschrieben. Mit dem Bezugs- 
zeichen 17 wird der Quellcode in VHDL bezeichnet. Die Vor- 
richtung zur Hardware-Simulation 1 wird entsprechend auch als 
HDL-Simulator bezeichnet. Ein Beispiel fur einen HDL- 
Simulator ist das Produkt "ModelSim" der Firma Model Techno- 
logy, Portland, Oregon, USA. Die Schaltung 6 ist z B ein 
sogenannter ASIC (ASIC = Application Specific Integrated Cir- 
cuit = Anwendungsspezifische integrierte Schaltung) . Der HDL- 
Quellcode 17 wird mit einem geeigneten Compiler in ein HDL- 
Simulator-Format 18 umgewandelt, welches von der Vorrichtung 
zur Hardware-Simulation 1 verarbeitet werden kann. Die Vor- 
richtung zur Hardware-Simulation 1 erzeugt Signale 4, 5 als 
Ergebnis der Simulation. Das Programm 3, bzw. der Programmco- 
de 9 des Programms 3 wird mittels eines Compilers in ein Da- 
tenfile 16 (tlblicherweise mit Daten in hexadezimaler Form) 
und em Listing 2, auch Listfile genannt, umgewandelt. Das 
Listing 2 enthalt sowohl die Programmbef ehle als auch die zu- 
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gehongen Kommentare. Das Listing 2 ist z eilenwelse au 

21IX !elle jeweils einen Program ° 1 

tar. Erne Zezle, em Programmbefehl, eine flawelsung bzw 

—rt ! lnd ^ lemente 15 <*« "="ngs 2- Kin Debugg er'la 
verknupft die Elemente 15 das Listings 2 des Programs 3 It 

ZZllZ Sim !" erten im PrograLspXher 

enthaltenen, mxt dzesen Elamantan IS korrespondierenden Pro- 

Lzstzngs 2 das Programs 3 warden in einem arstan Teilbereich 
U das grafrschen Anzeigemlttels 14 und dia Signale 4 5 in 
einem zweiten Teilbereich 19 k„, • • ' ln 

M(nl , ., . . ncereicn 12 bzw. in einem dritten Teilbe- 
reich 13 des Anzeigemlttels 14 dargastalit. 

FIG 2 zeigt ainen Ausschnitt 30 ainar Darstaliung von Signa- 
S Zrl[ 4":" VO " iChtUn * »» Hardware-simulation 1. Dif 
dargastalit ""^ «™ f °™ 35 < 36 «" 37 

FIG 3 zaigt aina Darstaliung 23 von Signalen 4, 5 ainer v„, 
richtung zur Hardware-Simulation 1 und Elementen 15 einel 
Listings 2 ainas Programs 3. Dia Elemente 15 das Listings 2 
werdan rn einem erstan Teilbereioh 11, die Signale 5 in 
einem zweiten 12 bzw. einem dritten 13 Teilbereich ernes A»- 

werden Die Sian'l zT" f " bllChen Kennzeiohnung, versahen 
warden. Ore Signale 4 konnen mit ainer Markierung 21, z B 

einem Cursor, gekannzeichnet werdan. Ein Anzeigemittel 14 

kann erne Bildschirmoberxlache sein, die Teilbereiche 1 bis 

Programs 3 ^ ~ alisi «* »•*»• Ablauf des 

Programs 3 rm Prozessor 7 (siehe fig 1) wird mit Hilfa des 
grafischen Frontends, des Debuggers 19, welcher au, die Sig- 
nale 5 dar Vorrichtung zur Hardware-Simulation 1 aufse It 
ourcn ; ViSUalisi —5 des Programmablaures errolgt 

duroh Zugnff auf signale des Prozessors 7, deren Werta dur!h 
ore vorrichtung zur Hardware-Simulation 1 berechnet warden 
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GemaA deiu Ausfiihrungsbeispiel ist der Debugger 19 in der 
Skriptsprache TCL/TK realisiert (TCL/TK - Tool Command Langu- 
age/Toolkit) und benutzt die TCL/TK-Schnittstelle zu HDL- 
HDL e ^ en U di ; HDL - SimUlator VerfUgung stellt. Solche 

" b f nnen Z ' B ' W3Vef — clargestellt warden. Urn 

den Debugger 19 mSglichst flexibel zu gestalten, d. h in 
dieses Zusammenhang, dass er relativ einfach an verschiedene 
Prozessoren angepasst werden kann, wird der Debugger 19 in 
zwei Abschnitte aufgeteilt. Ein erster allgemeiner Teil 
stellt Prozeduren zur Visualisierung bereit. Ein zweiter pro- 
zessorspezifischer Teil ist den jeweiligen Prozessor anpass- 
bar und setzt sich z. B. aus folgenden Prozeduren zusammen- 
o Prozeduren fur Single-Step rechts/links 
° Prozeduren zum Bestimmen der Registerwerte 

o Prozeduren ftir die Kopplung von Signalen und Elementen des 
Listings 

° Prozeduren zur Konf iguration 

22 "r," dUren "* Single " St ^ -chts/links (Bezugszeichen 

22 in FIG 3) wird der Cursor in einem Wave form- Fens ter auf 
den nachsten gultigen Befehl gesetzt. Fur das Beispiel eines 
KRISCS-Prozessors (KRISC8 = Kommunikations-RISC 8 Bit, Spezi- 
al-Core ftir die Kommunikation in Feldbussystemen der Firma 
Siemens AG, Munchen, Deutsohland) ist dies in FIG 2 veran- 
schaulicht. 

Der im Folgenden wiedergegebene Ausschnitt aus einem Listing 
zeigt eine Prozedur fur Single-Step-Right. 
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# Prozedur far Single-Step-Right 

I ACHTUNG: pc *uss lm Wave-Fenster selektiert sein (Das right-Konunando wirkt auf das 

• selektierte Signal )!!!!! 
proc right_krisc8.Proc {} { 

5 global minideb 

global DEBUG 

set time_now [lindex tgetactivecursortimej 0] 

set address famine -time $ ti m e_now $minideb ( TIMEJLJNIT ) -hex Minideb (pc-path , , 
set address^p (examine -time Eexpr $ time_now + Sminideb <C L K_P ER lOD, ] $minideb (TIME UNIT, -hex 
10 Sminideb (pc-path)] 

set i l 

if {$ DEBUG "on") {echo "anfang von right. Proc") 
if {$address_tmp — "NoJData"} { 

. m ain F rame.IabeI_messa g e confine - bg DimGray _ fg red ^ ^ q£ 
XO set minideb (auto_step_right) 0 

.main F ra m e. fr a^toolbar.autostep^ig h t configure -background g rey -activebackground khaki* 

♦mainFrame.frame_toolbar.label_info configure -text 

return 

} 

2 0 # Anfang vom naechsten Bef ehl suchen 

while {^address mm $address_tmp} { 

if {$DEBUG== "on") (echo "right. Proc: while-Schleif e 1") 
incr i 

set ad a ress _ tmp :ex amine - time (expr $time _ now + $i . $mlnideb(CLK _ PERIOD)] $minideb(TIME 

<ZO -hex $minideb (pc-path) ) 
} 

set time_now [expr $tim e _now + $i * $minideb{CLK_PERIOD) ) 

if ($ DEBUG == "on", {ech o "right. Proc: time_now -> $ time_now") 

set schleife 1 

ff Suche den naechseten gueltigen Befehl 
while {$schleife — 1} { 

if { $ DEBUG - "on") (echo "right . Proc: while-Schleif e 2»> 
0 Ende des Befehls suchen 

set address (examine -time $ time_„ow $ minideb ( TIME_UNIT, -hex $minideb (pc-path) ] 
set address_tmp (examine -time (expr 9 time_now + $ minideb,CLK_P ER IOD, , $minideb (TIME UNIT) -hex 
Sminideb (pc-path) ) 

if ($address_tmp "No_Data") { 
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-inEra.e.label^essage oon figure -bg DimGray _ fg red ^ ^ 

set minideb(auto_step_ right) 0 Simulation reached." 

•-^-e.fra m e_toolbar.auto st ep_right configuce ^ 

.--a»e, taffle . toolbar . labelJn£o configure - —ebacKground xhaxi 2 

return 

} 

set i 1 

while {$addre SS ~= $addre SS< _tmp} { 

if {echo nright . proc; while . Schleife 3n) 

incr i 

set address .examine -ti ne f expr $time _ now + $± * 
deb ( TIME_unit ) -hex $ininideb (pc— path, ) <\_PERIODJ ] $nuni- 



) 



set ti.e_now_t.np ( expr $time _ now + $i . $minideb {CLK _ pERI0D)) 
# Befehl ist 16 Bit breit? 

set instruction fexamine -ti-e $ ti m e_now $ minideb,TIM E uwr, -hex SminJ H hm 

set digit teplit instruction ^"ideb ( instruction, , 

set kl "[lindex $digit 0J [lindex $digit 1J» 

« {$DBBUG - ..on", {echo " rig ht.Proc: lnstruotlon ^ <$ 

if {$kl » «ie»} { 

» Befehl ist 16 Bit breit, 1 Befehl weitergehen 
if {$ DEBUG - -on", (echo "right. Proc: 16 Bit Befehl", 
set time_now $time_now_tmp 
J else { 

set readme [expr $ ti m e_no W _ tn ,p - 0.5 * $m inideb(C L K P ERIOD , , 
if {$ DEBUG - "on", {e cho "right. Proc:ti m e_now -> $tl L_ now; ti me no W trap -> 
$ti,«e_now_t ni p; read_time -> $read_time", ~ ~ 

~ ( ::_::::;;: : {ech ° - — — ™ (T1ME _ UN1T) _ bin 

-Mn $m inideb ( res_ P l pe ,n", ^ ^ ' ^*««««». 

if Uexamine -ti me $ read_ti a e Smlnideb.TXME.UNlT, -bin $m inideb,e„ pipe,, ss , re , 
*read_ti me 3minideb.TXME.UHIT, -bin $m inideb ( res_pi P e, , , { " 
8 naechsten gueltigen Befehl gefunden 
set schleife 0 
, else { 

if DEBUG - W, (echo .. clght . proc! ^^^^^ 
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# Befehl wird nicht ausgefuehrt, da 
& - pipe enable nicht gesetzt ist 

# - pipe reset gesetzt ist 
& 1 Befehl weiter gehen 
set time_now $time_now_tmp 



} 



} 



set addre Sa _int [examine _ time $time _ now $minideb(TIME _ UNIT) _ hex $minideb(pc _ path)] 
it Ucatcn <. 5 minideb (wave _ name) . tree right _ value , h$address _ int J} ^ ( 

. Wenn PC n icht markiert ist , deaktiviere ^ ^ ^ ^ 

set minideb(auto_step_right) 0 

.mainFrame. frame toolbar.autoafpn r , rt ^ 

ar.autostep_right configure -background grey -activebackground 

• mainFrame. fram e _toolbar. la b el _info configure -text »'• 
notice.show -^result \nPlea Se seiect pc in the wave-Windo w! « 



} 

trace. Proc 



WO 2005/001720 



PC17EP2004/004991 



Dabex wxrd vereinfacht wie folgt vorgegangen (siehe FIG 2) ■ 
o Zum momentanen S inflations zeitpunkt wird der Wert des Pro- 
grammcounters 36 (p C/ Pr ogr account er = Programmzahler) 
ermxttelt. Der momentan ausgeftihrte Befehl ist in FIG 2 
mit dem Bezugszeichen 31 gekennzeichnet) 
o Der Beginn des nachsten Befehles wird gesucht . Der Cursor 
wxrd solange urn Vielfache der Taktperiode weitergeschoben, 
bxs exne Anderung des Programmzahlers auftritt 

0 wxrd lrd UberPrUft ' ° b nUn 6rre ichte Befehl 'ausgefUhrt 

° ^ d ! lt . eS S±Ch Um e±nen Befeh1 ' richer nicht ausge- 
fuhrt wxrd, so wird der Ubernachste Befehl getestet 
(Wxederholung solange, bis ein ausgefUhrter Befehl er- 
reicht ist oder das Simulationsende erreicht ist) Im 
Beispielsfall gemafi FIG 2 sind die nicht ausgeftihrten, 
d. h. ungtlltigen Befehle mit dem Bezugszeichen 32 ge- 
kennzeichnet • 

o Wird der erreichte Befehl ausgefuhrt, dann wird der Cur- 
sor im Waveform-Fenster (entspricht dem zweiten Teilbe- 
rexch 12 des Anzeigemittels 14 gemaB FIG 3) zu diesem 
Zextpunkt platziert. Im Beispielsfall gemafi FIG 2 ist 
der nachste ausgeftihrte, d. h. gtiltige Befehl mit dem 
Bezugszeichen 33 gekennzeichnet. 

Die Ermittlung des gtiltigen Befehls erfolgt prozessorspezi- 
fxsch. Es genugt bei modernen Prozessorarchitekturen txbli- 
cherweise nicht, den Programcounter 36 zu verfolgen, sondern 
es sxnd zusatzliche Signale 4, 5 auszuwerten, die angeben, ob 
der momentane Befehl gtiltig ist (z. B. das der Waveform 34 
zugrundeliegende Signal). Wenn ein gultiger Befehl ermittelt 
wurde so erfolgt die Markierung 20 des momentan ausgeftihrten 
Befehls ua angezeigten Listing im ersten Teilbereich 11 des 
Anzexgemittels 14 und es werden die Registerwerte im dritten 
Texlberexch 13 des Anzeigemittels 14 angezeigt (siehe folgen- 
den Ausschnitt eines Listings) . 
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proc trace. Proc {) { 
global progadr_alt 
global minideb 
global DEBUG 

if {$minideb(configur©_done) «= 1} { 

if {$minideb(cursor__move_enable) 1} { 
DisableCursorMove . Proc 

} 

# Frogrammzaehler auslesen 

set timenow [lindex [getactivecursortime] 0] 

# aktuelle Programmadresse lesen 

if {$ DEBUG == "on"} (echo "trace. Proc: timenow eingelesen"} 

set progadr (string toiower famine -time $ ti m enow $minideb ( TIME_UNIT ) -hex Sminideb < P c- 

path)]] 

if < $ DEBUG== "on"} (echo "trace.Proc: progadr gelesen < $ progadr>», 

# Programmadresse ist undefiniert (Anfang von der Simulation) ? 
if (Uregexp { [0-9a-fA-F] +} $progadr] } { 

set progadr 0 

} 

# gelesenen Programmcounter mit 2 multiplizieren nm d>- 

mu^ipuzieren, um die Programmadresse zu erhalten (bei NIOS) 

# vorangestellte Nullen werden abgeschnitten 

# da mit hex-Zahlen nicht gerechnet werden kann, wird auf eine Dezimalzahl umgerechnet, 

# das Ergebnis mit 2 multipl iz iert (be! NIOS , 1 bei KRISC) und anschlieAend wieder in eine 

# hex-Zahl konvertiert. 

set progadr_int (hex2int $progadr] 

set progadr^int [expr $minldeb <ad r essmultiplikator)*$progadr_int] 
set progadr [int2hex $progadr_int) 

SearchCodeLine.Proc $progadr 
GetRegisterValues_$minideb{mode) . Proc 
set progradr_alt $progadr 
) else { 
bell 

.mainrran.e.laoe^essase configure -eg Dlm3ray - fg rea _ text .. Before tracing you _ ^ ^ 
re the program." 

) 
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Urn den simulierten Ablauf eines Programs 3 auf einem Prozes- 
sor 7 zu verfolgen, gab es bisher keine zuf riedenstellenden 
Moglichkeiten. Die manuelle Verfolgung des Programmablauf es 
anhand der von einem Simulator ausgegebenen Waveform and ei- 
nem Ausdruck eines Listfiles hat den Nachteil, dass bei den 
ublicherweise verwendeten Prozessoren (Pipelines, Caches, 
u. A.) erne Programmverfolgung sehr aufwendig und fehler- 
trachtig wird. Bei einer Verfolgung des Programmablauf es an- 
hand eines Disassemblerausdruckes muss ein Benutzer keine di- 
rekte Auswertung der Waveform vornehmen. Es wird nur eine 
Liste der vom Prozessor bearbeiteten Befehle ausgegeben. Sc- 
ant fehlt aber der direkte Bezug zum eigentlichen Programm 
und damit werden auch die im Quelltext eingefiigten Kommentare 
mcht angezeigt. Beim Verwenden eines Debuggers, der auf ein 
abstrahiertes C-Modell aufsetzt, ergeben sich im Wesentlichen 
zwei Nachteile. Zum einen benotigt man ein C-Modell ftir den 
exngesetzten Prozessor, welches normalerweise nicht vorliegt 
und somit aufwendig erstellt werden muss. Zum anderen stellt 
das C-Modell des Prozessors eine erneute Beschreibung des 
Prozessors dar und es ist nicht ausgeschlossen, dass der tat- 
sachliche Prozessor ein vom C-Modell abweichendes Verhalten 
aufweist. Da bei dem hier vorgeschlagenen Verfahren kein C- 
Modell ftir den Prozessor 7 benStigt wird, ist zum einen ge- 
wahrleistet, dass der gleiche Prozessor 7 simuliert wird, der 
auch in der Schaltung 6 implementiert ist. Zum anderen halt 
sxch der Auf wand zum Anpassen des Debuggers 19 an verschiede- 
ne Prozessoren 7 bzw. Prozessortypen in Grenzen. 

Zusammengefasst betrifft die Erfindung somit ein System und 
em Verfahren zur Verkntipfung und Darstellung von Signalen 4 
5 exner Vorrichtung zur Hardware-Simulation 1 und Elementen ' 
15 ernes Listings 2 eines Programms 3 sowie ein Fehlersuch- 
werkzeug. Urn eine gemeinsame Darstellung der Signale der Vor- 
richtung zur Hardware-Simulation und der Elemente des Lis- 
tings des Programms zu ermoglichen, wird vorgeschlagen, dass 
d.e Vorrichtung zur Hardware-Simulation 1 das Verhalten einer 
Schaltung 6 mit einem Prozessor 1, einem Programmspeicher 8, 
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welcher den PrograMacode 9 dea Programs 3 enthalt, und 

s ;„: :°r s r z t fi r hen s »*- k — . 10 simuw :: t d ^ d 

„,„■, ■ - Listings 2 des Programs 3 mit den bei der si 

nml.erten AusfUhrung de s „ Progra^speicher 8 enthaitenen 

. e u : t T S Eleffi r ten 15 den Progra^ H' 

:r d :: izitz I'LztZs w r den md dass die — 



Im Folgenden warden der technische Hintergrund der Er fi» d „„ 
und verwendete Begriffe naher erlautert. Erfmdung 

Die beschriebenen Schaltungen werden 2 . B in SManamf 
aingebetteten System <gebrauc h iicher ist der enteZchend 
engiiscbe Begri ff bedded system, eingeseL e ^i if 
fur Prograxrouersprachen far den Einsatz in- eingebetteten Svs 
te m en sxnd c, Asse-nbier. c ++ und gave. D i eS en SprLhen ge- 

« ~ Ei r atZ 6ineS C ° mpil — cnrittwei- 

ae Vorgehenswexse bei der Codeentwicklung vorachreibt die 

ware Entwxcklungssysteme hierftlr eine integrierte Entwick- 
lungsumgebung zur VerfUgung atellen, k6nnen Debugger relativ 
arnfach den Pro g „ verandern und mit EinJIcLtten I 

fan Man kann damxt ein Program kontroiliert auafuhren aiao 

zeiie «* ™- u nd d ie „ e r t e ; r 
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StIlZJ " alte ^ kt - (Breakpoint,, a „ definierten 
Stellen ln Hochsprache oder Maschinencode, an denen das 
Program vorubergehend angehalten wird 

' TetlTr I™ Variabl — rt - logiachan AusdrOcken, 
Spercheradressen und CPn-Re g i st ern 

TCL 1st eine Plattformubergreifende Script-Programaier- 
sPrache Durch dia .Combination aus Textverarbertun^- Batei- 
bearbeitungs- und Sy s te ms teuerun gs funktionen ist TCL tnHtl 

^. 2WKk «**.!. (EDA - Electronic Design Auto- 

maton, verwenden TCL haufig 2usamnen mit deffi 

TK u* erne flexible und platttormunabWngige grafische e 
~berfl 8 c h e ,u biaten. Hierzu geh6rt be^ielsweLYL- 

Im Baraich dar eingebetteten Systeme hat der parallele Ent 
wurf von Hardware und Software den klassischen " n legu L 
trellen Entwurf sablauf weitgehend abgelost. EingebettetHva 
tZLTT- elnS d0nlnie " nde ^ * der Auto ma t aLrung I 
CT^tltZ I" 01 " 5 ^ —"ell ateigenL 9 

mZ • 11 t lnteg " erter Schaltungen und die damit wachsenden 
Sof ware ?. f ° r S ^^^n, die zunebMend in 

Software realrsrert werden. Die daraus reaultierande SysteM- 
kouplexrtat verlangt bei gleichzeitig absinkenden Entwrck 

r^: :v n : drastische Erh6hung 

elatische TT"* "* Entw ^-t°-tion und sys- 

tematise^ Wrederverwendung von SystaMfunktionen erreichbar 
■in wesentlicher schritt 1st die Integration von Hardware^ 
und Softwareentwurf, der Hardware/Sof tware-Coentwurf 

Hardware- und Softwareentwurf beginnen oft vor der Vollenduna 

der 1Z IZllT^ ° d6r g " d " **°tlTZl 

der Spezrfrkatron. Systemarchitekten, Anwender und Kunden o- 

der Marketingexperten entwickeln ge.neinsa. Anforderungsdef i- 
nrtron und Spezifikation. Der Systemarchitekt entwickelt aur- 
eus exn syste* kooperierender Syste»funktionen els Lundlage 
ernes anschlieAenden, parallelen Entwurfs von Hardware und 
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software. An dieser stall. „ir d auoh die Grobarchitettur der 
Zxelhardware festgelegt. Der Hardware-/Sof tware-Schnitt- 
stellenentwurf erfordert eine Beteiligung von Hardware- und 
SoftwareentwroWern. Die Integration der Hardware und Soft- 
warelcomponenten und der Test des integrierten Systems folgt 
als letzter Schritt. In alien Phasen fuhren Abweichungen von 
erwarteten Entwurf sergebnissen Oder Anderungen der SpLifika- 
tzon zu exner Wiederholung von Entwurf sschritten. Ein zentra- 
les Problem im Entwurf sprozess 1st die Oberwaohung und Integ- 
er Pa " ll8len und Sof tware-Entwurf s . Eine 
fruhe Fehlererkennung erfordert die Kontrolle von Konsistenz 
und Korrektheit, die urn so aufwendiger wird, je detaillierter 
der Entwurf ausgearbeitet 1st. 

Bei der Hardware-Software Cosimulation wird die AusfOhrung 
der software auf der (Prozessor-) Hardware zusammen rait appli- 
katxonsspezifischen Hardwarekomponenten simuliert. Da eine 
Simulation mit hohem Detaillierungsgrad, wie er im Hardware- 
entwurf Oblich ist, zu langsam fur eine praktisch nutzbare 
Softwaresiiuulation ist, werden ublicherweise abstrakte Pro- 
zessormodelle benStigt. Zu diesexa Zweck werden die Prozesso- 
ren abstrakter Pauf einer h5heren Abstraktionsebene" ) model- 
liert als die anderen Hardwarekomponenten. Dabei wird das 
Zextverhalten des Prozessors nicht mehr taktgenau, d. h fur 
Deden Taktzyklus auf geschlusselt , dargestellt, sondern nur 
noch die Programme mit ihren Ein- und Ausgaben. Das Problem 
der Cosimulation liegt nun in der Kopplung der unterschied- 
ixch abstrakten Modelle, derart dass eine hinreichende Genau- 
xgkext der Simulation erreicht wird. Im ungunstigsten Fall 
greifen Prozessor und andere Hardwarekomponenten auf den 
gle 1C hen Speicher zu. Eine genaue Modellierung erfordert in 
dxesem Fall angepasste Speicher- und Busmodelle und spezielle 
Sxmulationstechniken. Ein Beispiel hierfur bietet der Cosimu- 
lator Seamless CVS der Firma Mentor Graphics, Wilsonville, O- 
regon, USA. Das Produkt Seamless CVS benutzt ein abstraktes 
Prozessormodell, das die Bef ehlsausfuhrung nachbildet (ein 
sogenannter Instruction Set Simulator) . FUr den Speicher- 
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zugriff werden Busmodelle verwendet, deren Abstraktion abhan- 
gig vom gleichzeitigen Zugriff von Prozessor und Hardware 
ist. Speicher, auf die lediglich der Prozessor zugreift, wer- 
den folglich abstrakter modelliert als solche, in denen Kon- 
flikte auftreten konnen. Voraussetzung ist also die Verfug- 
barkeit einer Bibliothek von Modellen, die vom CAD-Anbieter 
oder dem Prozessorhersteller bezogen wird. 

Ein abstrakterer Ansatz reduziert das Prozessormodell auf die 
reine Programmausfuhrung auf dem PC oder der Workstation und 
modelliert lediglich das Interface mit Zeitverhalten. Die 
Kopplung der Software-Ausfuhrung zum Hardwaremodell erfolgt 
dann ttber ein simulatorspezif isches Kommunikationsprotokoll, 
das der Entwickler in die Software einfugen muss. Ftir diese 
Modellierung sind nur Interf ace-Modelle erforderlich, was die 
Bibliotheksproblematik wesentlich vereinfacht. Andererseits 
wird das Zeitverhalten nur auf der Hardwareseite korrekt mo- 
delliert. Beispiel fur einen solchen Cosimulator ist das Pro- 
dukt Eagle der Firma Synopsys, Mountain View, Kalifornien, 
20 USA. 
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PatentansprUche 



1. System zur Vsrkntipfung und Daratsllung von Signals (4 5, 
exner Vorrichtung zur Hardwars-simulation (1J J Hb J^ 5 » 

elnes stings (2, sinsa Programs (3), 
♦ wobsi die Vcrrichtung 2ur Hardware-Simulation ,1, das Ver . 
halten erner Schaltung (6) mit einem Prozeaaor (7), einsm 
Programmapsicher (8), weioher den Programmcode (9, dea 
Programmz (3 , enthalt, und applikationaspezif iachen Hard- 
warekomponenten (10) aimuliert und Signals ,4, 5, als Er- 
gsbnis der Simulation erzeugt, 

' TtlTl ,15) LiStin9S ,2) des gramma (3) 

it den ber der aimulierten Ausfuhrung dea im Programm- 

apercher (8, enthaltenen, mit dieaen Elementen (IS, kor- 
rsspondisrsndsn Programmoodes ,9, srzeugtsn signalen (4, 
5] vsrkntlpft werden, 

0 Till" 'T" ** <2) *• «> 

mittel n?> Teilbere±Ch «"> •*»•- grafiaohen Anzeigs- 

berei h T f 519,1316 <«' 5 > in -"en Teil- 

bererch (12) dea Anzeigemittelz (14) daratellbar aind. 

2. Syatem nach Anapruch 1, 

dadurch gskennzsichnet, 

?2rdefpr MarkierUn9 ' 20> SineS El6mentS US ' ««•• "s«nga 
(2) dea Programma (3) im eraten Teilbereioh (U) dea grafi- 

achsn Anzeigemittsla ,14, und eine Markierung , „ e 

dreaem Element ,15, varknuprtsn Signals (4, 5, imzweit" 

Tezlberezch ,12, dsa Anzsigsmittsla ,14, vorgsashsn 1st 

3. System nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 

ZTs nl^^ Teilb - ei ^ des grafischen Anzeigemit- 

tels 14, zur Darstellung mindestens eines Tells der Signale 
(4, 5) vorgesehen 1st. y 

4. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 
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s^i h" "!f altUD9 (6 » »" *■ lessor (V , dam Programm- 

Z tT% n Und aPPliteti ° nSS Ps^sche* Hardware^c- 

nenten ,9, xn ezner Hardware-Beschreibungssprache beschrl * ben 



5. System nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet 
dass Mittel zum Anpassen des Systems an vers ; hiedene 
sortypen vorgesehen sind. 88 

6^ Verfahren zur Verknupfung und Darstellung von Signalen 

mental V ° rriChtUng ™ Hardware-Simulation (1) und Ele . 

menten (15) ernes Listings (2) eines Programms (3), 

° ZT, L V °" ichtu ^ zur Hardware-Simulation (1, das Ver- 

halten ezner Schaltung (6) mit einem Prozessor (7), einem 
Programmspeicher ,8,, welcher den Programmcode 9 des 
Programs ,3) enthalt, und applikationsspezif ischen Hard- 
warekomponenten (10, simuliart und signale ,4, 5, als Er- 
gebnis der Simulation erzeugt, 

" T^LTl E1 : mentS LiStln9S (2> deS P — « ») 

it den bex der simullerten Ausfuhrung des im Programm- 

spezcher ,8, enthaltenen, mit diesen Elementen ,15, Tor- 
respondzerenden Programmcodes ,9, erzeugten Signalen (4, 
5, verknupft werden, 

• "obei die Elemente ,15, des Listings ,2, des Program™ ,3, 
zn sine, ersten Tailbereich ,11, eines grafischen ^'l 
mzttels ,14, und die signale ,4, 5, in einem zweiten Tezl- 
—xch ,12, des Anzeigemittels ,14, dargestellt warden 

7. Verfahren nach Anspruch 6, 

dadurch gakennzeichnet, 

erst E !r nt LiStin5S (2) d6S ,3, im 

ersten Tezlbereich ,11, des grafischen Anzeigemittels ,14, 
und dze mit diesem Element ,15, verknUpften Signale ,4, 5 im 
werden" Teilbe " lch (12 > de = *».i«-itt.l. ,14, markiert 
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8. Verfahren nach Anspruch 6 Oder 7, 
daduroh gekennzeichnet 
TZtllxfT^T TellbSrelch <«> ««•« graf ischen Anzei- 
srellt „Ld! 4) mndSStenS d " «, 5, darge- 

9. Verfahren nach elnem der AnsprUche 6 bis 8 
d a d u r c h gekennzeichnet ' 

nenten (9, L Wl^ationsspezir ischen Hardwarekompo- 

nenten ,9, rn erner Hardware-Beschreibungssprache beschrieben 

10. Verfahren nach einem der Anspruche 6 bis 9 
dadurch gekennzeichnet,' 

dass das Verfahren an verschiedene Prozessortypen anpassbar 

signal 8 H UC sr r,CZeU9 "* «" Darstellung von 

unH! V e " er V ° rticht -' * ur Hardware-Simulation (1) 
undElementen (15) eines Listings (2, eines ProgrMms (3 

wober dre Vorrichtung zur Hardware-Simulation ,1, das Ver- 
halten erner Schaltung ,6, mit einem Prozessor (7), einem 
Programmspeicher ,8), welcher den Programmcode 9 dee 
Programs ,3, enthalt, und applikationsspezif ischen Hard- 
warekomponenten (10, simullert und signals (4, 5) als Er- 
gebnrs der Simulation erzeugt, 
• wobei das Pehlarsuchwerkzeug Mittel zur Verknopfung der E- 
lemente ,15, des Listings (2, aes Programms i3) „it den 

enthalL iSrten d " ^ogrammspeicher ,8, 

enthaltenen, mit diesen Elementen (15) korrespondierenden 

wobeTd ra T,° deS ,9> er26U9ten Si9nale " <«• 5 > aufweil" 
wober dxe Elements ,15, des Listings (2, des Programms ,3, in 
ewem ersten Teilbereich ,11) eines oraf 1 «^»„ » • 
(141 ,mrt Hi. =• , grafischen Anzelgemittels 

(14) und die srgnale (4, 5) in einem zweiten Teilbereich (12) 
des Anzelgemittels (14) darstellbar sind. 
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GET_CONRC 
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SET_PARAM 
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<0x0030> 
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Interruptprogramme I 
Send_ReceJve_UnIWntamipt 



CMOVE R0, 03h 
PRfMOVE P0. R0 
CMOVE RO, 4Sh 
PRMOVE P1.R0 

STARTJ ;nach Interrupt wfeder b den Sleep-Mode schalten I 



jprepareNMI. Int3 Tevelie^slih? 
jprepare SlacleBasa^PoInter (ab RAM-Adresse OSAOh) 

(besser waere nur Interrupt I 
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